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This  grant  supported  the  acquisition  of  equipment  suitable  for  experimental  studies  of  various  types  of  wireless  networks.  Of 
particular  interest  are  the  wireless  sensor  platforms,  shown  below,  for  experimenting  with  a  variety  of  routing,  power  consumption, 
sensor  types  and  markup  languages  in  a  real  experimental  laboratory  setting.  The  basic  element  is  a  single  module. 


Dartmouth  Physical  Sensor  (Version  1) 


GPS  Location  Sensor 
(Motorola) 


RF  Technologies 
Wireless  Networking 


Processor 
(Intel  8051) 
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Figure  1:  Dartmouth  Physical  Sensor  Module,  first  version 


As  depicted  above,  all  modules  are  identical,  containing  the  same  hardware  and  software  features.  Which 
of  these  features  are  utilized  depends  on  the  Module’s  current  state:  Module  or  Hub.  Regardless  of  current 
state  value,  each  Module  consists  of  a  microprocessor  and  integrated  circuitry  for  controlling  the 
functionality  of  the  module.  The  main  purpose  of  the  Module  is  to  collect  and  store  weather  data  using  the 
iButton  Weather  Station  tools,  developed  by  Dallas  Semiconductors  [1],  Because  the  modules  can 
potentially  be  placed  anywhere,  some  sort  of  positioning  equipment  is  required.  For  this,  a  standard  GPS 
receiver  is  employed. 

Once  the  Module  has  collected  a  sufficient  amount  of  data,  the  Module  relinquishes  the 
information  via  wireless  transmission.  This  is  accomplished  with  an  RF  transmitter  and  receiver 
(transceiver).  (See  Figure  2). 


Figure  2. 


The  span  of  the  network  may  at  times  be  larger  than  the  transmission  range  of  a  single  module.  Therefore, 
in  order  for  each  module  to  remain  in  contact  with  each  other,  transmissions  will  need  to  “hop”  from  one 
module  to  another,  until  the  message  reaches  its  intended  receiver.  Thus,  each  module  must  behave  as  a 
Router  and  requires  the  proper  software  and  hardware  to  do  so. 

Each  module  is  equipped  with  intelligence  for  self  system  monitoring.  For  example,  a  simple 
scheme  is  used  to  monitor  memory  storage  space.  As  the  collected  weather  data  fills  the  on  board  memory 
allocation,  the  Module  is  responsible  for  detecting  potential  overflows  and  disposing  of  the  data  properly. 
The  Module  can  erase  the  data,  transmit  it  to  Home,  or  transmit  it  to  another  Module  with  available 
memory  space. 

Another  issue  of  importance  is  the  self  monitoring  of  a  Module’s  position.  If  a  Module  is  moving, 
it  must  be  aware  of  the  distance  and  directional  relationship  to  its  surrounding  Modules.  This  idea  adds 
several  beneficial  features.  First,  it  prevents  a  Module  from  traveling  too  far  out  of  transmission  range. 
Second,  if  a  Module  is  leaving  one  cell  range  and  entering  another,  it  must  recognize  this  and  update  its 
Hub  transmission  path  (i.e.  Cellular  Mobility). 

An  effective  way  to  implement  this  Neighborhood  Monitoring  scheme  is  through  the  use  of 
software  Agents.  Once  a  Module  begins  moving,  it  can  generate  and  send  an  agent  over  the  network  to 
determine  which  other  Modules  are  nearby.  Once  the  task  is  completed,  the  agent  will  return  to  the  original 
Module  with  the  necessary  information.  This  technique  eliminates  the  need  for  constant  RF  polling  by  the 
Module  to  find  out  who  its  neighbors  are,  thereby  reducing  processor  power  consumption  and  network 
bandwidth. 

This  Neighborhood  Monitoring  method  can  also  be  used  to  optimize  the  positioning  of  the  mobile 
Module.  By  spacing  the  Modules  effectively,  data  may  be  collected  more  efficiently. 

A  unique  name  or  address  is  used  to  identify  each  Module.  A  simple  addressing  solution  would  be 
to  use  an  individual  static  IP  address  for  each  Module.  However,  by  using  a  dynamic  addressing  scheme, 
more  information  about  the  Module  can  be  collected.  If  the  IP  address  is  composed  of  its  GPS  coordinates 
and  a  timestamp,  each  Module  will  have  a  unique  identifying  label  since  no  two  modules  can  be  in  the 
same  place  at  the  same  time.  This  IP  addressing  scheme  gives  instant  information  about  the  Module 
(position  and  time).  Following  this  idea,  as  the  Module  moves,  it  will  need  to  continuously  update  its  IP 
address  with  the  new  location  coordinates  and  time.  Without  proper  handling,  this  idea  could  lead  to  an 
unstable  network. 

To  maintain  the  dynamic  IP  addresses,  each  Module  is  responsible  for  sending  its  new  IP  address 
to  its  local  Hub.  The  Hub  contains  a  Mapping  Table  to  map  the  dynamic  address  with  a  static  address 
previously  assigned  to  each  Module  by  the  network  administrator.  This  helps  prevent  an  administrator/user 
from  worrying  about  the  changing  addresses. 

The  Hub  is  in  actuality  a  Module,  but  is  given  a  higher  status,  granting  it  permission  to  use 
extended  features.  The  Hub  is  responsible  for  the  communication  link  between  Home  and  the  individual 
Modules  in  its  cell  range.  The  Hub  is  also  responsible  for  maintaining  the  mapping  table  for  the  Module 
identification  information.  Based  on  the  topology  of  the  network  (number  and  relative  distance  of 
modules),  the  number  of  Hubs  will  be  selected.  A  Module  can  be  promoted  or  demoted  between  Hub  status 
and  Module  status  at  any  time.  If  a  Module  is  demoted  from  Hub  status,  it  must  transfer  all  unsent  data 
packets  and  the  Mapping  Table  to  the  nearest  Hub,  or  new  replacement  Hub.  Dynamically  allocated  Hubs 
within  a  network  adds  to  the  robustness  of  the  communication  scheme.  It  allows  the  network  to  expand  or 
contract  seamlessly. 

The  Hub  is  also  responsible  for  controlling  the  network  bandwidth.  Through  the  use  of  filters,  the 
Hub  is  equipped  with  the  capability  of  filtering  out  superfluous  or  redundant  data  packets  received.  If  a 
Module  is  continually  sending  similar  data  packets,  the  Hub  may  refuse  to  forward  the  packets  Home. 
Network  congestion  can  be  a  serious  problem  so  it  is  important  to  utilize  a  protocol  to  minimize  radio 
transmissions. 

The  Home  terminal  is  maintained  and  controlled  by  a  user.  It  can  be  either  a  desktop  computer 
workstation,  or  a  laptop  terminal.  A  Home  is  equipped  with  an  adequate  RF  transceiver  package  and  proper 
software  utilities  for  communication  and  control  of  the  wireless  Modules.  The  user  is  able  to  communicate 
with  any  individual  Module  using  a  Web  Browser  and  an  IP  addressing  identification  scheme. 
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